Ja, das mit den Versionsnummern sehe ich inzwischen auch als "übel" beim A8 an. Da gibt es z.T. Games mit 64k Versionen, 128k Versionen und auch noch VBXE Versionen. Wenn dann zusätzlich zur RAM (64k vs. 128k) oder Grafikversion (GTIA vs. VBXE) und der Versionsnummer dann noch sowas wie "final", "final+", "final+1", "final+2", usw. dazukommt, da blickt doch keiner mehr durch.
Leider kommen diese seltsamen Versionsnummerierungen besonders häufig von Autoren (z.B. shanti, Mq, etc.) die super gute A8 Spiele machen - und leider kommen auch von denen viele, viele Updates (z.T. stündlich oder täglich oder über einen Zeitraum von mehreren Wochen). Wenn man dann nicht richtig "vorwärts" oder "aufwärts" zählt, sondern bei den Versionsnummern seltsame Sprünge macht oder gar rückwärts zählt (V8 ist neuer als V13) ist das Chaos perfekt.
Bei einigen Spielen kann ich daher nicht mit Sicherheit sagen, ob ich die letzte/aktuellste Version habe (z.B. Bosconian), bei manchen (z.B. Scorch) habe ich auch absichtlich aufgehört mir weitere Updates runterzuladen und warte lieber noch ein paar Monate ab, bis mal endlich für längere Zeit (6 Monate oder länger) kein Update mehr erscheint. Mitunter vergesse ich dann aber auch mir die neuesten Versionen zu ziehen und so landen dann halt ältere Varianten in meiner Sammlung.
Bei Gacek steht z.B. "V8, VBXE, final +" und dann auch "V13, VBXE, final+", woher soll ich da wissen, dass V8 neuer ist als V13 (den Zeitstempel kann ich beim atarionline XEX nicht sehen, nach dem herunterladen sehe ich nur das Datum, wann ich das XEX heruntergeladen habe, also z.B. heute 1.4.2024, siehe angehängten Win 11 Screenshot). Eine ZIP-Datei enthält zumindest die CRC und sagt mir auch (besser als Windows), wann sie erstellt wurde. Lade ich die ZIP-Datei herunter, so erhalte ich da zwar für das ZIP von Windows wieder das aktuelle Datum, jedoch das ATR oder XEX in der ZIP-Datei hat immer noch das eigentliche Erstellungsdatum.
